2017.02.19
==================
- StUF4_msg_adressengebouwen.xsd
  - RaadpleegVerblijfsobjectLigplaatsStandplaatsOpNummeraanduiding retourneert verblijfsobject in plaats van nummeraanduiding
2017.02.18
==================
- StUF4_ent_adressengebouwen.xsd
  - toevoegen van PandBeperkt ComplexType
  - Pand extend PandBeperkt
  - Verblijfsobject maaktDeelUitVan kenmerk gewijzigd naar PandBeperkt collectie, zodat er geen directe(!) recursieve verwijzing bestaat tussen Pand en Verblijfsobject
  - Verblijfsobject hoofdadres en nevenadressen kenmerk gewijzigd naar NummeraanduidingBeperkt collectie, zodat er geen directe(!) recursieve verwijzing bestaat tussen Verblijfsobject en Nummeraanduiding
  - dubbele hoofdadres en nevenadressen kenmerken in LigPlaats, StandPlaats en Verblijfsobject verwijderd
- StUF4_ent_gemeenschappelijk.xsd
  - Toevoegen van NummeraanduidingBeperkt ComplexType
  - Nummeraanduiding hoofdadresVan en nevenadresVan kenmerken gewijzigd naar BenoemdObject ComplexType
(!) Directe recursieve verwijzingen zijn verwijderd, maar doordat de super-entiteit afleidt van de basis-entiteit (Pand extend PandBeperkt) kan de ontwikkelaar recursiviteit veroorzaken door een super-entiteit toe te kennen aan een basis-entiteit kenmerk
- StUF4_ent_ingeschrevenpersoon.xsd
  - nationaliteitCode toegevoegd als kenmerk bij Nationaliteit
- StUF4_ent_gemeenschappelijk.xsd
  - Rechtspersoon ComplexType hernoemd naar AbstractRechtspersoon om aan te geven dat deze ComplexType een abstract type is
- alle OpenbareRuimteNaam hernoemd naar NaamOpenbareRuimte
- StUF4_msg_gemeenschappelijk.xsd
  - Toevoegen van NaamOpenbareRuimteFilter complexType
- StUF4_msg_adressengebouwen.xsd
  - RaadpleegLigplaatsNummeraanduidingOpLigplaatsIdentificatieFilter.benoemdObjectIdentificatie hernoemd naar ligplaatsIdentificatie
- StUF4_ent_nietnatuurlijkpersoon.xsd
  - bezoekAdres kenmerk toegevoegd aan IngeschrevenNietNatuurlijkPersoonBeperkt
- StUF4_msg_adressengebouwen.xsd
  - inclusiefIngetrokkenStandplaatsen kenmerk toegevoegd aan RaadpleegStandplaatsNummeraanduidingOpStandplaatsIdentificatie
  - inclusiefIngetrokkenLigplaatsen kenmerk toegevoegd aan RaadpleegLigplaatsNummeraanduidingOpLigplaatsIdentificatie
- Alle KvKNummer paramater namen hernoemd naar kvkNummer 
2017.02.17
==================
- alle parameters van type RechtspersonenEnSamenwerkingsverbandenInformatieNummer hernoemd naar rsin
- StUF4_ent_ingeschrevenpersoon.xsd
	- toevoegen van Nationaliteit complexType

2017.02.15
==================
- IngeschrevenPersoon.wsdl
  - 1 Fault message gebruikt bij alle operaties
- KadastraalOnroerendeZaak bestanden en namen hernoemd naar KadastraleOnroerendeZaak
- StringFilter en DiakrietloosStringFilter verplaatst van StUF4_ent_gemeenschappelijk.xsd naar StUF4_msg_gemeenschappelijk.xsd
2017.02.14
==================
- Toevoegen van AnderNatuurlijkPersoon, AnderBuitenlandsNietNatuurlijkPersoon en IngeschrevenNietNatuurlijkPersoon
2017.02.12
==================
StUF4_ent_gemeenschappelijk.xsd
- Toevoegen van simpleType StringFilter van het type string. Voor deze type geldt de restrictie: mag beginnen en eindigen met wildcard (%), minimaal 2, maximaal 200 karakters
- Relatie
  - periode hernoemd naar periodeGeldigheid
2017.01.18
==================
- WSDL's
  - de name kenmerk van de part element van een message is hernoemd van 'body' naar 'parameters'
  - de XML elementen die worden gebruikt in de out message berichten zijn hernoemd naar naam van het request element + 'Response'. Dus als het request element ZoekNummerAanduidingOpPostcodeEnHuisnummer heet dan moet het response element ZoekNummerAanduidingOpPostcodeEnHuisnummerResponse heten
- StUF4_msg_[xxx].xsd
  - De child elementen van de request en response elementen moeten de nillable="true" attribuut hebben. Om ervoor te zorgen dat niet aan alle zoek- parameters de attribuut nillable="true" moet worden toegekend wordt een filter element voor Zoek[xxx] element gedefinieerd.
	Dus ZoekNummerAanduidingOpPostcodeEnHuisnummer heeft ZoekNummerAanduidingOpPostcodeEnHuisnummerFilter als child element
- [xxx].xsd
  - abstract="true" kan niet voor een complexType worden gebruikt. Deze attribuut wordt gebruikt om aan te geven dat de betreffende complexType als base moet worden gebruikt en dat deze
	class niet kan worden geinstantieerd.
- StUF4_ent_kadastraalonroerendezaak.xsd
  - kenmerken toegevoegd aan KadastraalOnroerendeZaak
- Nummeraanduiding
  - Raadpleeg operaties toegevoegd voor standplaats, ligplaats en pand
  - TODO: toevoegen van kenmerken aan standplaats, ligplaats en pand
2016.12.16
==================
- StUF4_msg_maatschappelijkeactiviteit.xsd
  - ZoekMaatschappelijkeActiviteitOpEigenaarIdentificatie expliciet gemaakt => ZoekMaatschappelijkeActiviteitOpNatuurlijkPersoonAlsEigenaar en ZoekMaatschappelijkeActiviteitOpNietNatuurlijkPersoonAlsEigenaar
  - RaadpleegMaatschappelijkeActiviteit expliciet gemaakt => RaadpleegMaatschappelijkeActiviteitOpKvKnummer en RaadpleegMaatschappelijkeActiviteitOpVestigingsnummer
- StUF4_msg_vestiging.xsd
  - ZoekVestigingOpVestigingsAdres hernoemd naar ZoekVestigingOpOpenbareRuimteNaamEnHuisnummer
  - ZoekVestigingOpAdresseerbaarObjectAanduiding hernoemd naar ZoekVestigingOpNummeraanduidingIdentificatie
  - ZoekVestigingOpBenoemdObjectIdentificatie verwijderd
- StUF4_msg_adresseerbaarobjectaanduiding.xsd
  - hernoemd naar StUF4_msg_nummeraanduiding.xsd
  - ZoekAdresseerbaarObjectAanduidingOpPostcodeHuisnummer hernoemd naar ZoekNummerAanduidingOpPostcodeEnHuisnummer
  - ZoekAdresseerbaarObjectAanduidingOpOpenbareRuimteId hernoemd naar ZoekNummerAanduidingOpOpenbareRuimteIdentificatieEnHuisnummer
  - Zoeken bij Huisnummer range voor ZoekNummerAanduidingOpOpenbareRuimteIdentificatieEnHuisnummer vervallen
  - ZoekAdresseerbaarObjectAanduidingOpOpenbareRuimteNaam hernoemd naar ZoekNummerAanduidingOpOpenbareRuimteNaamEnHuisnummer
  - Zoeken bij Huisnummer range voor ZoekNummerAanduidingOpOpenbareRuimteNaamEnHuisnummer vervallen
  - RaadpleegAdresseerbaarObjectAanduiding hernoemd naar RaadpleegNummerAanduiding
- StUF4_ent_adressengebouwen.xsd
  - AdresseerbaarObjectIdentificatie verwijderd
  - AdresseerbaarObjectAanduiding verwijderd
  - AdresseerbaarObjectAanduidingBeperkt verwijderd
- AdresseerbaarObjectAanduiding.wsdl
  - hernoemd naar NummerAanduiding.wsdl
- StUF4_ent_gemeenschappelijk.xsd
  - kenmerk adresseerbaarObjectAanduidingIdentificatie van NummerAanduiding entiteit hernoemd naar nummerAanduidingIdentificatie

2016.11.25
==================
- Introductie nieuwe XSD's
  - IngeschrevenNietNatuurlijkPersoon.wsdl
  - KadastraalOnroerendeZaak.wsdl
  - MaatschappelijkeActiviteit.wsdl
  - Vestiging.wsdl
  - StUF4_msg_ingeschrevennietnatuurlijkpersoon.xsd
  - StUF4_ent_nietnatuurlijkpersoon.xsd
  - StUF4_ent_kadastraalonroerendezaak.xsd
  - StUF4_msg_maatschappelijkeactiviteit.xsd
  - StUF4_msg_vestiging.xsd
- Verwijderd
  - Handelsregister.wsdl. De operaties gedefinieerd in deze WSDL zijn verdeeld over MaatschappelijkeActiviteit.wsdl en
	Vestiging.wsdl
- StUF4_ent_gemeenschappelijk
  - complexType CorrespondentieAdres is gewijzigd naar een abstract type en leidt af van Adres. ComplexTypes Postbusnummer & Antwoordnummer leiden af van CorrespondentieAdres
  - complexType VerblijfsAdres is toegevoegd en leidt af van Adres. ComplexTypes Nummeraanduiding & AdresBuitenland leiden af van VerblijfsAdres. AdresBinnenland is hernoemd naar Nummeraanduiding
  - element identificatiecodeAdres van Nummeraanduiding is hernoemd naar adresseerbaarObjectAanduidingIdentificatie
  - simpleType Omschrijving is toegevoegd
  - simpleType Url is toegevoegd
- StUF4_ent_handelsregister
  - complexType ActiviteitGroep hernoemd naar Activiteit
  - element omschrijving is van type Omschrijving gedefinieerd in StUF4_ent_gemeenschappelijk
  - complexType VestigingRelatie legt de relatie tussen een vestiging en een benoemd object in plaats van met een andere vestiging
  - complexType BenoemdObject toegevoegd
  - complexTypes Ligplaats, Standplaats en Verblijfsobject toegevoegd als afgeleide van BenoemdObject
2016.10.31
==================
- Introductie nieuwe XSD's
  - StUF4_ent_gemeenschappelijk. Entiteit types die door verschillende domeinen kan worden hergebruikt
  - StUF4_msg_gemeenschappelijk. Bericht types die door verschillende domeinen kan worden hergebruikt
  - StUF4_ent_natuurlijkpersoon. NatuurlijkPersoon entiteit types die door verschillende domeinen kan worden hergebruikt
	- BurgerServiceNummer is opgenomen in dit xsd zodat het kan worden hergebruikt in het handelsregister domein
  - StUF4_ent_adressengebouwen. Bevat de BAG entiteit types
  - StUF4_msg_adresseerbaarobjectaanduiding. Bericht types voor het bevragen van adresseerbaar object aanduidingen
- StUF4_ent_ingeschrevenpersoon
  - complexType Overlijdensdatum is toegevoegd. Een overlijdensdatum instantie met jaar, maand en dag gelijk aan null geeft aan dat de ingeschreven persoon is overleden,
	maar dat het niet bekend is wanneer de ingeschreven persoon is overleden
  - complexTypes InOnderzoek en IngeschrevenPersoonInOnderzoek zijn samengevoegd.
  - alle collectie elementen van IngeschrevenPersoonInOnderzoek zijn hernoemd naar meervoud.
- StUF4_ent_handelsregister
  - alle sequence in sequence verwijderd
  - alle choices verwijderd
- Introductie nieuwe WSDL
  - adresseerbaarobjectaanduiding.wsdl

Opmerkingen
In plaats van een BAG.wsdl, zal er voor elke BAG/BRK entiteit een eigen wsdl/interface worden ontworpen. Hierdoor sluit dit meer aan op de OO principes.
Verder biedt het een provider meer flexibiliteit en vrijheid om slechts delen van de BAG/BRK te ondersteunen en is het ook mogelijk om iteratief alle
BAG wsdl's te implementeren.
Aan de hand van de StUf4_msg_brkobjecten+rsd.xsd is een eerste minimale aanzet gedaan voor het ontwerpen van de Kadastrale Onroerende Zaak service interface

2016.10.16
==================
Aanpassingen zijn doorgevoerd ten behoeve van service interface voor NHR. De entiteittypen die horen bij NHR zijn verplaatst naar StUF4_ent_NHR.xsd

StUF4.wsdl
- hernoemd naar PRS.wsdl
- namespace hernoemd naar http://www.stufstandaarden.nl/koppelvlak/STUF4/PRSBerichten
- porttype hernoemd naar BevraagIngeschrevenPersoon
- binding hernoemd naar SOAPBevraagIngeschrevenPersoon
- service hernoemd naar BevraagIngeschrevenPersoonService
- fault bericht toegevoegd voor ZoekIngeschrevenPersoonOpGeslachtsnaam. Deze dienst als POC en kan na goedkeuring aan alle operaties worden toegevoegd, om foutmeldingen te kunnen communiceren naar een consumer

StuF4_msg_ingeschreven_persoon.xsd
- namespace hernoemd naar http://www.stufstandaarden.nl/koppelvlak/STUF4/PRSBerichten
- complexType Fout toegevoegd ten behoeve van Fault berichten
- complexType IngeschrevenPersonenBeperkt verplaatst van StUF4_ent_ingeschrevenpersoon.xsd

StUF4_ent_ingeschreven_persoon.xsd
- namespace hernoemd naar http://www.stufstandaarden.nl/koppelvlak/STUF4/PRS
- complexType IngeschrevenPersonenBeperkt verplaatst naar StUF4_msd_ingeschrevenpersoon.xsd
- abstract complexType Rechtspersoon toegevoegd als base voor NatuurlijkPersoonBeperkt en NietNatuurlijkPersoonBeperkt (NHR)

StUF4_ent_NHR.xsd
- ActiviteitGroep
  - minOccurs="0" verwijderd bij element code. Het is raar dat alle elementen van deze complextype optioneel zijn.
  - indicatieHoofdactiviteit hernoemd naar isHoofdactiviteit. Type Indicatie vervangen door boolean. Hiermee wordt hetzelfde bereikt. minOccurs="0" vervangen door nillable="true" om aan te geven dat de waarde
	van deze boolean ook onbekend kan zijn
  - minOccurs="0" vervangen door nillable="true" voor element volgorde

- Maateenheid6
  - type integer vervangen door type int. In .NET code wordt voor type integer een string gebruikt

- Eigenaar
  - complexType verwijderd. Eigenaar is een rol van een rechtspersoon en niet een entiteit.

- EigenaarRelatie
  - eigenaar element is nu van het type Rechtspersoon

- Indicatie
  - verwijderd. Deze is niet meer nodig omdat indicatieHoofdactiviteit nu een boolean is

- MaatschappelijkeActiviteit
  - bij alle datum elementen (datumAanvang, datumVoortzetting en datumEinde) is minOccurs="0" vervangen door nillable="true"
  - collectie definitie verwijderd bij inOnderzoek element

- VestigingBeperkt
  - minOccurs="0" verwijderd voor element vestigingsNummer. Het is raar dat alle elementen van deze complextype optioneel zijn
Wat is het doel van het opnemen van de unbounded sequence met de kenmerken handelsnaam, handelsnaamVerkort en volgorde?

- Vestiging
  - de choice van verblijfsadres en verblijfBuitenland verwijderd en vervangen door een collectie van adressen met de naam verblijfsadressen.
	De adres entiteit maakt het mogelijk om een binnenlands adres of een buitenlands adres toe te kennen aan deze collectie
  - ingangsdatumObject nillable="true" i.p.v. minOccurs="0"
  - einddatumObject nillable="true" i.p.v. minOccurs="0"

- Alle InOnderzoek booleans zijn i.p.v. minOccurs="0", default=false

De definitie van MaatschappelijkeActiviteit en MaatschappelijkeActiviteitBeperkt is niet correct. Je zou verwachten dat MaatschappelijkeActiviteit een extension zou zijn van MaatschappelijkeActiviteitBeperkt
maar dat is niet het geval. Zou dit wel kloppen en dus zou MaatschappelijkeActiviteit geen extension kunnen zijn op MaatschappelijkeActiviteitBeperkt,
dan had ik minimaal 1 kenmerk van MaatschappelijkeActiviteitBeperkt in MaatschappelijkeActiviteit verwacht

2016.09.30
==================
Aanpassingen zijn doorgevoerd met betrekking tot gebruik van minOccurs=0 en nillable=true. Deze worden niet meer in combinatie gebruikt. Een element is of optioneel of er kan de waarde null aan worden toegekend

StUF4_ent_ingeschrevenpersoon.xsd
- complexType Geboortedatum
  - minOccurs=0 verwijderd bij elementen maand en dag. Met minOccurs=0 krijgen maand en dag in een .NET implementatie van een provider by default de waarde 0. Het is beter om met de waarde null aan te geven dat
	geboorte- maand of dag onbekend is dan met de waarde 0
- complexType IngeschrevenPersoon
  - minOccurs=0 verwijderd bij elementen aanduidingNaamgebruik, adelijkeTitelPredikaat, overlijdensdatum en indicatieGezag
- complexType InOnderzoekIngeschrevenPersoonMetagegeven hernoemd naar InOnderzoek
- alle InOnderzoek complexTypes
  - bij alle boolean elementen is minOccurs=0 verwijderd en is default=false toegevoegd. Het optioneel maken van de boolean elementen voegt niets toe en zou de code complexer maken.
	In code zou in geval van minOccurs=0 eerst moeten worden gekeken of een element een waarde heeft en dan pas kan de waarde worden bevraagd. Door het verwijderen van minOccurs=0 is het in code niet meer nodig
	om de eerste check te doen
- complexType Periode
  - minOccurs=0 verwijderd voor element totEnMet
- simpleType Postcode
  - pattern aangescherpt. Een postcode bestaat uit 4 cijfers gevolgd door 2 hoofdletters
- complexType Verblijfstitel
  - minOccurs=0 verwijderd voor element datumEinde

StUF4_msg_ingeschrevenpersoon.xsd
- complexType ZoekIngeschrevenPersonenOpGeslachtsnaam
  - element voornamen hernoemd naar voornaam
  - nillable=true verwijderd bij element geboortedatum
  - minOccurs=0 bij element geslachtsaanduiding is vervangen met nillable=true. Met minOccurs=0 krijgt element geslachtsaanduiding in een .NET implementatie provider by default de waarde 'Man'. Het is hierdoor niet
	duidelijk of geslachtsaanduiding als zoekcriteria is opgegeven of niet. Met nillable=true kan null als waarde worden toegekend aan geslachtsaanduiding zoekcriteria
- complexType ZoekIngeschrevenPersonenOpPostcodeHuisnummer
  - element postcode is niet meer afgeleid van postcode type, zodat het niet dezelfde constraints heeft als de postcode type (4 cijfers gevolgd door 2 hoofdletters).
	Als postcode filter kan 4 cijfers gevolgd door eventueel een spatie en 2 hoofd- of kleine letters
  - minOccurs=0 bij element huisnummer is vervangen met nillable=true.
  - element periode is toegevoegd
- complexType RaadpleegIngeschrevenPersoon
  - element peildatum hernoemd naar periode

2016.09.25
==================
Aanpassingen zijn doorgevoerd om de complexiteit van de gegenereerde code terug te brengen. De oude Response berichten die dienden als wrappers om de gevonden ingeschreven personen zijn vervangen door
een ingeschreven persoon collectie element. Om dezelfde reden is RaadpleegIngeschrevenPersoonResponse bericht vervangen door een ingeschreven persoon element.

StUF4_ent_ingeschrevenpersoon.xsd
- complexType CorrespondentieAdres hernoemd naar Correspondentieadres
- complexType IngeschrevenPersonenBeperkt toegevoegd
- complexType IngeschrevenPersoon
  - attribute nillable="true" toegekend aan element aanduidingNaamgebruik zodat deze de waarde null kan worden toegekend
  - element correspondentieAdres hernoemd naar correspondentieadres
  - element verblijfstitels hernoemd naar verblijftitel. Een ingeschreven persoon kan maar 1 actuele verblijftitel hebben
  - element verblijftitel is nu van het type Verblijftitel in plaats van VerblijfstitelRelatie. Een Verblijfstitel is geen entiteit maar een kenmerk van een ingeschreven persoon. VerblijfstitelRelatie is verwijderd
  - attribute nillable="true" toegekend aan element indicatieGezag zodat deze de waarde null kan worden toegekend
- simpleType IndicatieGezag. Alle enumeratie waarden hebben de prefix x_ gekregen, zodat in code de enum wordt gegenereerd (Java) en omdat in .NET en Java de naam van een enum waarde niet kan beginnen met een cijfer

StUF4_msg_ingeschrevenpersoon.xsd
- element ZoekIngeschrevenPersoonOpGeslachtsnaam hernoemd naar ZoekIngeschrevenPersonenOpGeslachtsnaam
- element ZoekIngeschrevenPersoonOpGeslachtsnaamResponse is verwijderd
- element ZoekIngeschrevenPersoonOpPostcodeHuisnummer hernoemd naar ZoekIngeschrevenPersonenOpPostcodeHuisnummer
- element ZoekIngeschrevenPersoonOpPostcodeHuisnummerResponse is verwijderd
- element ZoekIngeschrevenPersoonOpBinnenlandsVerblijfsadres hernoemd naar ZoekIngeschrevenPersonenOpBinnenlandsVerblijfsadres
- element ZoekIngeschrevenPersoonOpBinnenlandsVerblijfsadresResponse is verwijderd
- element RaadpleegBewoningResponse is verwijderd
- element IngeschrevenPersonen is toegevoegd
- element peilDatum van RaadpleegIngeschrevenPersoon element is hernoemd naar peildatum
- element RaadpleegIngeschrevenPersoonResponse is verwijderd
- element IngeschrevenPersoon is toegevoegd

StUF4.wsdl
- alle ZoekIngeschrevenPersoon messages zijn hernoemd naar ZoekIngeschrevenPersonen messages
- alle Zoek[xxx]Out hebben als body part een element van het type IngeschrevenPersonen
- RaadpleegBewoningOut heeft als body part een element van het type IngeschrevenPersonen
- RaadpleegIngeschrevenPersoonOut heeft als body part een element van het type IngeschrevenPersoon
- alle ZoekIngeschrevenPersoon operaties zijn hernoemd naar ZoekIngeschrevenPersonen operaties

Opmerkingen:
- Wanneer een provider wordt geimplementeerd op basis van de gegenereerde .NET code, en de WSDL van de provider wordt opgehaald via de endpoint,
dan lijkt het of de provider geen operaties ontsluit. Dit wordt veroorzaakt doordat de .NET code generator (svcutil) de attribute 'ReplyAction="*"'
toevoegt aan elke operatie. Deze kan verwijderd worden en zorgt er ook voor dat de operaties zichtbaar zijn in de wsdl bevraagd via de provider endpoint
- Een referentie provider en consumer is toegevoegd aan de .NET solution.

2016.08.09
==================
Bij Verblijfstitel is periode kenmerk verwijderd. Kenmerken ingangsdatum en datumEinde (optioneel) zijn toegevoegd
Element VerblijfstitelRelatie is geintroduceerd. Deze is conform de andere entiteiten waar historie mogelijk is
Bij IngeschrevenPersoon is verblijfstitels kenmerk van type VerblijfstitelRelatie in plaats van type Verblijfstitel

2016.08.08
==================
Bij AdresBinnenland is aanduidingBijHuisnummer hernoemd naar locatieAanduiding
Bij VerblijfplaatsInOnderzoek is aanduidingBijHuisnummerInOnderzoek hernoemd naar locatieAanduidingInOnderzoek

Bij IngeschrevenPersoon is kind hernoemd naar kinderen, ouder naar ouders, nationaliteit naar nationaliteiten, verblijfplaats naar verblijfplaatsen, verblijfstitel naar verblijfstitels

Opmerkingen:
- Verblijfstitel is niet gemoduleerd als een relatie, omdat verblijfstitel niet kan bestaan zonder een IngeschrevenPersoon. En er zijn geen unieke verblijfstitels en een verblijfstitel kan niet worden 'gedeeld'
  met andere ingeschreven personen.
  Mogelijk is de verwarring ontstaan omdat een Periode entiteit is gebruikt om de ingangsdatum en datumEinde van de verblijfstitel aan te geven.
  Mogelijk is het beter om periode te verwijderen en twee datum kenmerken hiervoor te definieren.

2016.08.04
==================
Bij Periode is er voor kenmerk 'totEnMet' nillable="true" attribuut toegevoegd, zodat er in code geen waarde opgegeven hoeft te worden.

Bij Geboortedatum is er voor kenmerk 'Maand' en 'Dag' nillable="true" attribuut toegevoegd, zodat er in code geen waarde opgegeven hoeft te worden.

De collectie kenmerken kind, ouder, partner nationaliteit, verblijfplaats, verblijfstitel van IngeschrevenPersoon zijn hernoemd. Enkelvoud in plaats van meervoud, dus kind in plaats van kinderen, ouder in plaats van ouders.

Bij kind-, ouder- en partner in onderzoek heb ik een aantal aannames gemaakt. Kloppen deze aannames?
- Een ingeschreven persoon kan meerdere kinderen hebben. Daarom is er bij KindInOnderzoek een kenmerk (burgerservicenummerKind) opgenomen om aan te kunnen geven welk kind in onderzoek staat
- Een ingeschreven persoon kan maximaal 4 ouders hebben. Daarom is er bij OuderInOnderzoek een kenmerk (burgerservicenummerOuder) opgenomen om aan te kunnen geven welke ouder in onderzoek staat
- Een ingeschreven persoon kan maar 1 actuele partner hebben. Daarom is het bij PartnerInOnderzoek niet nodig om een kenmerk op te nemen om aan te geven welke partner in onderzoek staat

Een ingeschreven persoon kan meerdere nationaliteiten hebben. Hoe kunnen we aangeven welke nationaliteit in onderzoek staat?
Dit geldt volgens mij ook voor reisdocumenten. Is het nummer van het reisdocument uniek en kan deze als sleutel worden gebruikt?

Bij verblijfstitel, gezagsverhouding en verblijfplaats is ervan uit gegaan dat er maar 1 actueel kan zijn en is het niet nodig om een sleutel te hebben om bijvoorbeeld aan te geven welke verblijfplaats in onderzoek staat

Bij ZoekIngeschrevenPersoonOpGeslachtsnaam is er voor kenmerk 'geboortedatum' nillable="true" attribuut toegevoegd, zodat er in code geen waarde opgegeven hoeft te worden.

Bij ZoekIngeschrevenPersoonOpBinnenlandsVerblijfsadres is kenmerk 'openbareRuimteNaam' hernoemd naar 'openbareruimtenaam'. Hetzelfde is gedaan voor 'openbareruimteNaam' van AdresBinnenland

ZoekIngeschrevenPersoonOpAddresseerbaarIdentificatieObject is hernoemd naar RaadpleegBewoning

Openstaande technische punten die bekeken moeten worden:
- bij code generatie in C# worden xxxFieldSpecified kenmerken gegenereerd voor optionele object elementen. Echter dit gebeurt ook als wordt aangegeven dat zij nillable zijn, terwijl dit niet meer nodig is
- bij code generatie in C# worden er xxxResponse classes gegenereerd die eindigen met 1. Voorbeeld: RaadpleegIngeschrevenPersoonResponse1. Uitzoeken of dit kan worden aangestuurd, zodat dit niet gebeurt.